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Title of the Invention 
DESIGN OF AN APPLICATION SPECIFIC PROCESSOR (ASP) 

Field of the Invention 

The present invention relates to the design of an application 
specific processor (ASP) and in particular to the use of a 
modelling tool in the design process to aid the development of 
architectural modelling . 

Background to the Invention 

In a design process of an ASP, a model is constructed based on 
a CPU and a set of peripherals . Three basic types of data are 
required to be generated before any "real modelling" can start. 
"These can be summarised as follows: 

• A set of low level functions and constants to aid the 
integration of a functional model of a peripheral in a 

. modelling -language -such as~C. ~ "~ 

• A set of low level functions and constants to aid the 
testing of the functional model. This code would execute 
on a simulation of the CPU and would also be useful for 
functional verification . 

• A register or data structure mapping, indicating the size 
of various fields within the register, the reset state and 
its function . 

Typically this set of data is generated by hand and must be 
completed before any real modelling can start. The generation 
by hand is a laborious task and is prone to all the usual human 
errors . 

It is an object of the present invention to make this task less 
labour intensive, particularly as concerns the register or data 



structure mapping . 



Summary of the Invention 

According to one aspect of the present invention there is 
provided a method of operating a computer system to design an 
application specific processor (ASP) comprising: 

defining a set of peripherals for the ASP which are 
responsive to stimuli and which communicate with a processor; 

generating for each peripheral an input file which defines 
the functional attributes of that peripheral in a high level 
language with an input data structure; 

entering the input file into the computer system and 
operating a modelling tool loaded on the computer system to 
generate from the input file a register definition file by 
allocating specific elements of the input data structure to 
predefined sectors of a register definition table; and 

using the register definition file to create in silicon the 
registers of the ASP. 

According to another aspect of the present invention there is 
provided a computer system which comprises a processor and a 
memory, the memory holding a program representing a modelling 
tool for use in designing an application specific processor 
(ASP) , wherein the computer system comprises an input means for 
receiving a plurality of input files, each input file defining 
the functional attributes of a peripheral for the ASP in a high 
level language within an input data structure; 

the processor being operable to execute the program 
representing the modelling tool- to generate from the input file 
a^regTster~a ^IixiiLion file by allocating sper i £ic___elements of the 
input data structure to predefine sectors of a register 
definition table; and 

wherein the computer system further comprises an output 
means for outputting the register definition file in a manner 
which is usable to create in silicon the registers of the ASP. 



The input file can be loaded onto the computer from a physical 
recording device such as a disk. Likewise, the register 
definition file can be recorded onto a physical recording device 
such as a disk. 

The modelling tool described herein ensures that the generation 
of the above sets of data are completely in sync. It also 
greatly reduces the time to develop the models of various 
peripherals by allowing the designer to concentrate on the task 
at hand - that of the peripheral itself. The tool also makes it 
possible for novice designers to get started using the peripheral 
modelling much quicker by not having to learn about the finer 
details of a particular simulator, for example by removing the 
need to learn details of how to send and receive data from the 
simulator to the peripheral. 

The modelling tool is designed for use in an environment in which 
a simulator simulates a CPU and a memory system to. which 
peripherals can- be- added .- - 

Peripheral and subsystem support is provided by allowing the user 
to define a set of functions for each device that will simulate 
its behaviour. These functions are compiled into a device 
library by the user, and loaded by the simulator during 
execution. All the device libraries for the devices being 
simulated are listed in a device definition file. When the 
simulator is executed, these functions are dynamically linked 
with the simulator code. 

Each device has an address range associated with it in the device 
definition file. Any load from or store to an address in that 
range will cause the simulator to execute the appropriate 
peripheral read or write function instead of a memory access. 

The following functions are provided in each device library: 



• An initialization function which is run when the simulation 



starts before any application code is executed. This 
function must set up a structure with the names of the 
other functions . 

• A loop function which 'executes regularly. The loop 
function is used to define asynchronous or delayed 
behaviour by the device, such as sending an interrupt. 
Each device has a loop cycle step variable which defines 
the frequency of execution, i.e. how many instructions are 
executed between two executions of the loop function. By 
default, the loop function is executed after every 
instruction. 

• A function for each type of signal expected from the CPU. 
For peripherals this would usually be one function for Load 
(called the peripheral read) and one for Store (called the 
peripheral write) . These functions are called by the 
simulator where an appropriate instruction is executed for 

" "an address -related to ' the -device. _ _ They define any 
immediate device response to the signal, such as sending 
back a value, when a shared register location is loaded. 

As an example, suppose that the application running on the CPU 
executes a load from a peripheral address . At this point the 
simulator calls the peripheral read function in the peripheral 
model dynamic library. The peripheral read function returns the 
data stored at the address and the simulator then places this 
value onto the stack. 

A typical peripheral model and its integration within a 
functional simulator is shown in Figure 2 . The peripheral is 
written in a high level language such as C and the code for this 
model operates upon data structures written in a manner which 
aids the architecture development . In order for the CPU, and 
hence code executing on the CPU, to access various bits of state 
or data, such as a control register, it must read or write to 
various words in memory. The read peripherals being modelled are 



memory mapped in the CPU memory space. The states or data 
structures that are maintained within the model which are visible 
to the CPU, and hence to the code, must be copied to or from the 
registers or memory. The simulator has special calls to handle 
accesses to special areas such as memory. 

The peripheral model writer declares an area of memory that is 
to be treated as special, in this case seen, as the registers 
memory or a data structure memory. When the CPU accesses this 
area of memory the peripheral model must copy or update its 
internal representation of the externally visible state. This 
is usually done by the Read and Write functions in the simulator. 
These functions allow the modelling to proceed in a free and easy 
manner, without any constraints on how it should be written or 
how data should be manipulated and only when it is necessary to 
transfer the data to the. outside world is it done so via these 
functions. The description of the registers and data structure 
visible to the CPU within the peripheral will be described within 
the functional specification document for that peripheral. 

The modelling tool described herein automates the generation of 
the low level functions, constants and the basis of the 
documentation by using the data structures specified by the 
peripheral model. There is sufficient information within the 
specification of these data structures to generate these low 
level functions and the documentation, using some basic 
conventions developed by the inventor. 

These can be summarised as : 

• All accesses to the data structures used within the 
peripheral model are done via functions. These are Query, 
and Set functions for each attribute (element) for each 
data structure. 

• All accesses to the registers are done via functions with 
a common interface . 
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• The names of all the functions are derived from the 
attributes and structure definition of the data structures. 

• All constant names used to access bits within registers are 
derived from the attributes and structure definition of the 
data structures . 

For a better understanding of the present invention and to show 
how the same may be carried into effect reference will now be 
made by way of example to the accompanying drawings . 

Brief Description of the Drawings 

Figure 1 is a block diagram illustrating the modelling of 
an ASP; 

Figure 2 is a diagram illustrating the CPU to peripheral 
interfaces ; 

Figure 3 is a diagram illustrating the function of the 
modelling tool; 

Figure 4 is a diagram illustrating how the files are derived 
from the data structure of the input file using the modelling 
tool ; 

Figure 5 is a flow chart illustrating the high level 
operation of the modelling tool; 

Figure 6 is a sketch illustrating the use of the files in 
a simulation; and 

Figure 7 is a sketch illustrating how a functional model can 
interact with a real simulation. 

Description of the Preferred Embodiments 

An application specific processor is modelled as a central 

proce^^r__X2Z?) 2 and a set of peripherals 4 . The CPU 2 is 
modelled with the~~TE>a^3l^-elei^^ an interrupt handler 6 and 

memory 8. A set of applications running^rr-the^CPU are denoted 
by the process circle 10 labelled APPLS . Each . peripheral 4 is 
modelled with an internal interface 12 between the peripheral and \ 
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the CPU 2 and an external interface 14 between the peripheral and 
the "outside world", that is externally of the ASP. At the time 
of rrtex^elling the ASP, it is not known whether or not the 
peripherals will in fact be implemented in software, hardware or 
some combinaui^Q^of both. However, whether finally implemented 
in software or ha^d^are or some combination, of both, the 
peripherals 4 represent rttsw the central processor 2 cooperates 
with the external environments. The external interfaces 14 
receive stimuli S from the externH. environment and generate 
responses R in response to the stimuli. T*k^se are carried by the 
external interface 14 . The internal interfa^s 12 carry state 
information and data between the peripherals and the^s^plicat ions 
10 running on the . CPU 2. This is described in more det^riJ with 
reference to Figure 2. ^ 

Figure 2 illustrates a single peripheral 4 which is to be 
modelled as a plurality of peripheral processes P1,P2,P3 etc. 
The CPU 2 is shown only with its applications 10 and a register 
bank 16 . The register bank 16 represents a particular area of 
memory which may" be modelled as registers or a conventional RAM 
which is dedicated to activities of that peripheral. A number 
of different applications may be running on 'the CPU 2, denoted 
APP1,APP2, etc. The applications 10, running on the CPU are able 
to write data to the register bank 16 along the write path 18 and 
can read data from the register bank 16 along the read path 20. 
These register read and writes are simulated as CPU Read/Write 
functions. In addition the peripheral 4 needs to be able to 
receive data and state from the register bank 16 and to write 
data and state to the register bank 16. This is accomplished by 
the interface 12 . The modelling tool described herein is 
valuable for implementing the interface 12 in the modelling 
phase, the simulation phase and the implementation (silicon) 
phase of the design process. It is not a trivial matter to 
model, simulate or implement the interface 12. In designing an 
ASP, the peripherals 4 are modelled in a high level language such 
as C. One of the facets of that language is that the data 
structure which is utilised is written in a manner which aids 
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architecture development in particular in terms of its 
portability between environments. In particular, it allows the 
definition, modification and access of individual elements very 
easily, regardless of the length of the element. This is a 
particularly useful feature when designing or modelling because 
it means that the length of elements can be altered without 
requiring a complete revision of the modelling code. C also 
allows very simple access to an element, regardless of its 
length. However, this facet of C and other high level languages 
creates a practical difficulty when the code developed in that 
language has to be simulated with applications running on a 
conventional CPU and using fixed length registers. The tool 
described herein provides a mechanism for greatly simplifying 
this task. 

Figure 3 shows in general terms how this is achieved. 

An input file is created for each peripheral 4 in a high level 
larlg^agesuch as C using an input data structure compatible with 
that~languag§>^Ihat input file defines'the interfacing behaviour 
of the peripheral 4 vlrinrft^--a?espect to the CPU. The architect 
determines the responses R of the pe^Ti-ph^ral with respect to 
external stimuli. S. A modelling tool 24 generateS^automatically 
from the data structure defined in the input ^fTle^*~24 a 
documentation file 26, an interface functions file 28, and a test 
functions file 30 . 

The interface functions file 28 contains a set of "glue" 
functions which are derived from the individual elements of the 
data structure in the input file 22 but which are defined in a 
manner which is independent of any particular data structure. 
The "glue" functions define the attributes of the interface 12 
and include: 



constant definitions 
read functions 
write functions 
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query functions 
set functions. 

The constant definitions define the context for the peripheral . 

In particular, they define the address range in memory associated 
with the device being modelled by that peripheral and bit 
locations within the registers of particular elements of the data 
structure. Any load from or store to an address in that defined 
range will cause a simulator to execute the appropriate 
peripheral read or write function instead of a memory access. 

The read and write functions allow the peripheral to read and 
write data and state from and to the specified register of the 
CPU. 

Query functions allow the peripheral to request a value from a 
specified register in the CPU. 



Set functions allow the peripheral to write a value to a 
specified register of the CPU. 

The documentation file defines the registers and their contents 
for use in setting up a simulator on the CPU. 

The test functions take the form define the attributes of the CPU 
.xaai.l/wi iLu jj..Ll:.hs 18~ 2 0 and include: ' ~ " : 

constant definitions 
read functions 
write functions. 

The constant definitions match those already defined as part of 
the interface function file 28. Likewise, the read and write 
functions allow the CPU to read and write from the specified 
registers. Once again the functions are defined such that they 
have a common name but are implemented in a manner which is 
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dependent on the environment . 

The modelling tool 24 generates the documentation file 26, 
interface functions file 28 and test functions file 30 by using 
the data structure specified for the peripheral model. The 
inventor has realised that there is sufficient information within 
the specification of these data structures to generate the 
contents of these files automatically. An example is illustrated 
in Figure 4. In Figure 4, the input file 22 is shown defining 
the data structure for the registers named: 

SarControlRegister, and 
• SarSegmentationContextRegister . 

The register named SarControlRegister has a data structure 
comprising three elements each having a length of one bit and 
which defines one of the following: 

St art Segment at ion 
EnablePacingEngine 
EnablePacingClock . 

The SarSegmentationContextRegister has a data structure 
comprising one element having a length of 32 bits defining a 
ContextStartAddress . 

Figure 4 illustrates how the functions for the various files can 
be derived directly from the data structure of the input file 
using a naming convention. The NAME N of the register is used 
to directly define the read and write functions for the interface 
function file 28 in the form of : 

Read NAME 
Write NAME 

and the test function file 3 0 in the form: 



11 



Read From NAME 
Write To NAME 

In the example of Figure 4, this is done for both the 
SarControlRegister and the SarSegmentat ionContextRegister . The 
query and set functions are defined by reference to each ELEMENT 
E of the data structure in the form: 

ELEMENT In NAME 
Set ELEMENT In NAME 

The documentation file 26 is set up for each register by deriving 
information directly from the data structure as indicated in 
Figure 4. Thus, each register definition comprises the following 
parameters : 

word offset - defining an offset location of the register 



read/write - whether entity read or writable from CPu^ 

The contents for each field to define these parameters can be 
derived directly from the data structure of the input file 22 . 
To avoid over-complicating the figure, the arrows are shown only 
for the read and write functions in respect of the 
SarControlRegister and, as far as the documentation file is 
concerned, only for the first bit location of that register. 
Tables 1 and 2 show the complete documentation files for the 
SarControlRegister and SarSegmentat ionContextRegister . 




For each of the typedefs in the input file a table will be 
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generated which will describe the allocation of the attributes 
to the words that make up the data structure in the CPU memory 
space. Each table will also describe the allocation of the bits 
within the word(s) as well as the meaning associated to these 
bits. The reset state will be given, and whether the attribute 
(bits are read, writable or both. The allocation of the bits 
within a word and indeed the words themselves will be driven by 
command line arguments to the modelling tool. The documentation 
file can be output in various formats, for example ascii and mif . 
The files are intended to be included or pasted into the main 
functional (or other) specification of the peripheral. 



Figure 5 is a flow chart illustrating high level operation of the 
motle^ling tool 24. At step SI, input parameters given to the 
modelling^^Qol are checked. At step S2 , the input file 
corresponding toorTe-<ifthe specified parameters is opened. Its 
contents are checked and any^^as are reported in a meaningful 
manner (step S3) by an error rout ine^^tf the contents of the 



^^input file are valid, the files are opened and rra^edat step S4 . 
1/ At step" S57 the files are created as described ekriier with 



reference to Figures 3 and 4 
closed. 



Finally, at step S6, the files 




Some specific examples are given in the following annexes. 



Annexe 1 is an exemplary BNF sequence (Backus Naur Form of 
notation) for an input file 22. Annexe 2 is. an example of a 
simple data structure within the input file, and Annexe 3 is an 
example of a data structure of medium complexity within the input 
file. 

Annexe 4 is an exemplary BNF sequence for the read function of 
the interface functions file for a data structure of medium 
complexity and Annexe 5 is an example of an output fragment. 



Annexe 6 is an exemplary BNF sequence for a write function for 
the interface functions file for a data structure of medium 
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complexity and Annexe 7 is an example of an output fragment. 

Annexe 8 is an exemplary BNF sequence for a query function for. 
a data structure of a simple type and Annexe 9 is an example 
output fragment. Annexe 10 is an exemplary BNF sequence for a 
set function of a simple data structure type and Annexe 11 is an 
example of an output fragment . 

For the test functions file 30, Annexe 12 is an exemplary BNF 
sequence for a read function for a data structure of medium 
complexity, and Annexe 13 is an exemplary output fragment. 
Annexe 14 is an exemplary BNF sequence for a data structure of 
medium complexity for the write function of the test functions 
file 30 and Annexe 15 is an exemplary output fragment. 

Annexe 16 is one example in BNF format of a documentation file. 

Figure 6 shows how the modelling tool used herein is used in the 
simulation phase of a design process. Each peripheral device has 
a set of functions which simulate its behaviour. These are 
created as the input file 22 for each peripheral device. As 
already explained, each peripheral device may have a number of 
different simulated processes, P1,P2,P3, etc (see Figure 2) . The 
input file 22 defines each peripheral device and therefore may 
include information about each of the individual simulation 
processes. As described above, the input file is entered into 
a processor which is loaded with the modelling tool 24 and which 
thus generates the various files illustrated in Figure 3. As 
already mentioned, these include an interface functions file 28 
and a test functions file 30. The interface functions file for 
each peripheral device is held in a device library 40. In Figure 
6, the denotation IFP1 denotes the interface functions for the 
simulated process PI of the peripheral device. The test 
functions for each simulated process form part of the simulation 
code for the applications to be run on the CPU. The denotation 
TFP1 denotes the test function for the simulated process PI. In 
Figure 6 it is illustrated as running in the simulated version 
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of application 1, APP1 . A device definition file 42 holds a list 
of the device libraries. Each device has an address range 
associated with it in the device definition file. Any load from 
or store to an address in that range will cause the simulator to 
execute the appropriate peripheral read or write function instead 
of a memory access. For example, if the simulator processor 
attempts to access an address in range AO to A3, this maps onto 
the device library 40 holding the simulating processes for the 
peripheral of Figure 2 . Instead of allowing the access to go 
ahead, that causes the simulator processor to perform the 
function defined by the relevant interface function file. This 
causes data to be written to, accessed from or modified in the 
representation of the register bank 16 associated with that 
peripheral . This type of access may have been caused by the 
simulator processor running code from the test functions 
incorporated within the process being simulated, APP1 or by code 
within the device libraries if the peripherals are at that time 
being simulated. Either way, the representation of the register 
bank 16 associated with that peripheral device is kept correctly 
updated. 

The modelling tool described herein gives rise to another 
advantage. Figure 7 illustrates a functional model for the 
application specific processor (ASP) running in a high level 
language such as C, and a real simulation which will run in a 
simulation language such as VHDL. The real simulation simulates 
the actual implemented chip down at the transistor level, and is 
used before the circuit which has been designed is actually 
implemented in silicon. The real simulation itself is necessary 
prior to implementing a circuit in silicon to try and establish 
as far as possible how an actual device will operate. However, 
real simulations are very slow. Conversely, the functional model 
itself can run quite quickly, although of course that is only 
modelling the architecture and not the actual silicon 
implementation as designed. However, because the modelling tool 
described herein generates matching test function and interface 
function files for each peripheral device, it is possible to 
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speed up the real simulation by running the functional model for 
an initialisation or set up phase (or any other phase) and, at 
the end of that phase, extracting the state of the application 
programs, APP1,APP2 at a particular point in time -and the state 
of the peripheral devices at the same point of time. The state 
of the application programs and the environmental stimuli can be 
derived from the test function files 30 and the state of the 
peripheral devices can be derived from the interface function 
files 28. The contents of these files are loaded into a 
modelling file which is translated into a simulation file which 
can be loaded into the real simulation process. The modelling 
file can be in memory or on disk, as can the simulation file. 
Thus, it is possible for the functional model and the real 
simulation to run on • the same CPU, with a transfer of the 
modelling file to the simulation file in the CPU memory. 
Alternatively, the functional model can be run on one CPU, with 
the modelling file being on a transferable disk which can be 
translated onto a simulation file and loaded into another CPU 
running the real simulation. The extraction of state from the 
functional model at a particular point in time in order to "kick 
start" the real simulation significantly reduces the overall 
simulation time. The environmental stimuli from and to the 
peripheral devices at that point of time can also be derived from 
the functional model and loaded into the real simulation. 

Another advantage of the modelling tool described herein is its 
generation of the documentation file 26. This defines the actual 
registers and can be used therefore to implement these registers 
in a final silicon implementation. This significantly reduces 
the amount of manual design work that needs to be carried out. 



TABLE 1. SarControIRegister 



Word 
Offset 


Bit 
Offset 


Bit Field 


Function 


Reset 
State 


R/W 


0 


0 


StartSeg- 
mentation 


Enables seg- 
mentation 
engine 


0 


R/W 


1 


EnablePac- 
LngEngine 


Enables pac- 
ing engine 


0 


R/W 


2 


EnablePac- 
ingClock . 


Enables pac- 
ing clock 


0 


R/W 


TABLE 2. SarSegmentationContextRegister 


Word . 
Offset 


Bit 

OfiEset 


Bit Field 


Function 


Reset 
State 


R/W 


0 


0:31 


Value 


Context start 
address 


0 


R/W 
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ANNEXE 1 



InputSV^le ::= Typedefs 
Typedefs. ::= Typedef (Typedef} 

Typedef :V : = <TypedefToken> <StructToken> Tyr>edef Structure Name Tyoede 
v fBody 



Typedef Bod} 
AttributeDei 



<0 



)penBracsToken> AttributeDef initions <Clos ingBrace - 
Token> Typedef Identi f ierMame <SemiColonToken> 

tributeDef initio n £ AttributeDef init 

ributeType Attribute Identif ierName 



Mnitioris ::= AttributeDef init ion £ AttributeDef inition} 

AttributeDef iViition : : ~ Att2 _ 

\(<ColonToken>* AttributeTypeBitS ize } <SemiColon 
Token> (AttributeCommentsc ield} 
^ . = ValidAtt ributeType 

A ttributeCommeat shield : : = ( Attr ibuteReadWriteComment } AttributeFunc 

tionCornments 



ValidAttributeType 

AttributeReadWriteCi 

ReadWriteS elector 
AttributeFunctionC 

AttributeFunctionC|o 

BooiType BOOL 



Uint3 2Type j St20wordType | 
"Q"st2 0wordType I ByteType | UByteType | 
IntlSTvpe | UlntlbType | UWordType | WordType 



;eCommentTo]cen> ReadWriteS e- 
s eC S t y 1 e C o iraue nt To k e n> 



_Uint 3-2 Type :- : =— U-INT^3- 
St20wordType :: = STSO'WORD 
Ust20wordType : : = UST^OWORD 




WriteSelect | ReadWriteSelect 

:\= AttributeFunctionComment (Attribute- 
FunctionComment } 

\<OpenCStyleCommentToken> FunctionSpeci - 
""\~fier <CioseCStyleCommentToken> 



ByteType : 
UByteType 
IntlSType 
UIntl6Type 
UWo rdType 
WordType : 



- BYTE 
- UBYTE 
= INT16 
:= UINT16 
= UWORD 
WORD 



\ 



CloseCStyleCommeritToken 
OpenCStyleCommentToken : 
SemiColonToken = ; 
ColonToken : : = : 



V 



\ 
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ANNEXE 2 





ANNEXE 4 



ReadFunction\ 
Declaration 

ReturnT-ype 

ReadFunctionNa 

ParameterList 



= ReturnType ReadFunct ionName ParameterList Function- 
al s 1 2 Owo rdType 

: = ReadFromToken Typedef Struct Lire Name 

<OpenBracketToken> Int32Type AddressToken<CommaTo - 
Ken> CharType S tarDataToken <CommaTokenJ> Int3 2Tvpe 
NumberOf 3yresToken <CommaToken> Int32Tvpe 
CycleToken <CoramaToken> Typedef Indent if ler^ame 
<StarToken> Parameterldentif ierName<Close3 racket ■ 
Tbken> 

FunctionDeciaration \ : = <OpenBraceToken> FunctionBody <Closinq3race - 

Token> ^ 




FunctionBody 



doJ 



:= PsuedoRegisterDeclaration PsuedoRegis terl nitialisa - 
tion £suedoRegis terAssignment Trans ferWordToTranspu - 
terlnvication Returns tateruent 



PsuedoRegisterDeclaratio 
PsuedoRegisterlnitialisat 

Psuedo Regis terAssignment 
Attr ibutesToRegisterAss ig 

AttributesToRegisterAssig 
AttributeDereferenceAndSh 




type PsuedoRegisterToken <Semi- 
n> <CarriageReturnToken> 

uedoRegisterToken <EqualsToken> 
" <Seiru.colonToken> <CarriageRe - 



esToRegisterAssignments 



AttributesTo Regis terAssignment 
-sToRegis terAssignment ] 



Jsmedo Register <BitOrToken> 
eref erenceAndShift <S emicolonTo ■ 
iageReturnToken> _ 



Cas tToUS 1 2 0 Da taType : 
AttributeDereference 



racket To ken> <OoenBracketTo - 
inBracketToken> <OoenBracketTo - 
CastTo*Us1;20DataTvDe 
seBracketTpken> <$penBracketToken> 
[LbuteDereference <C lo s e3 racket To ken> 
3eBracketTdken> <Shif tGpToken> Attrib- 

jisterBitsShif t <CloseBracketTo - 

. . . v . LtAndToke\ci> 
AttributelnRegisterBits <CioseBracketTo 
ken> 



<0pen3racketToken> Usrt:20type <CloseBracketTo- 
ken> 

= Par ame t er Identifier Name <ArxowToken> Attrib- 
ute Identif ierName 



r\: 



Trans ferWordToTransputerlnvocat ion : : =■ Trans f erwprdToTransputerTo ken 

Trans ferWordToTransputerlnvo - 
cationParameterList <SemicolonTo - 
ken> <Carria^eReturnToken> 

: : V <OpenBracketTo- 
ken> TransferWord- 
■teTransputer Invo ca 
tionParameters 
<61oseBracketTo - 
ke$> 

Data^pken<CommaTo - 
ken>AddressOf Psue- 
doRegisterToken 



Transf erWordTo Trans puterlnvo cat ionPara met erList 



TransferWordToTransputerlnvocationParamfiters 



Returns tatement 



ReturnToken CastToast20DataType NumberOf Bytes To- 
ken <SemicolonToken> <CarriageRe- 
tuxnToken> A 



\ 
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ANNEXE 5 

! EGMENTAT IO NCO NTROLS TARTS EGMENTATI 0 N3 IT 0x1 
SEGMENTATI0NC0NTR0LENA3LEPACINGENGINESIT 0x2 
SEGkENTATIONCONTROLENABLEPACINGCLOCXBIT 0x4 
S EGMEfcTATIO NCO NTRO L IDLEC ELLGENERATIO NB XT 0x3 
S EGMENTAT IO NCO NTROLS TARTS EGMENTATI O MS K I FT 0x0 
S EGMENTA^IO NCO NTRO LENABLEPACING ENGINES HI FT 0x1 
S EGMENTATID NCO NTRO LENABLEPAC INGCLOCKS KIFT 0x2 
S EGMENTATIoVcO NTRO L IDLEC ELLGENERATIO NS HI FT 0x3 



UST20WORD ReadFroraSegihpntationControlRegister( INT32 Address, 

char *Data, 
INT32 NuinberOf Bytes, 
INT3 2 Cycles, 
S EGMENTAT I O NCONTRO L 
*SegmentationControlReg 
ister ) 



C 



UST2 0WORD 



PsuedoRedij 



PsuedoRegister = 0 ; 

-PsuedoRegister-^-PsqedyRegistVr 1 ("( ( ( US T 2 0 WORD ) 

( Segmenta^ionContsrolRegister->StartSegruentation) ) « 
S EGMENTAT IO NCO NTROLS TARTS EGMENTATIONSHIFT ) & 
S EGMENTAT IO NCO NT ROB^a TARTS EG MEN TAT I O NB I T ) ; 

PsuedoRegister = PsuedoRegister I \ ( ( ( UST20WORD) 

(SegmentationControlRegister->StartSegmentation*) ) << 
S EGMENT ATIO NCO NTRO L EN ABLEP AC I NG ENG I NES H I FT ) & 
S EGMENTAT I O NCO NTRO LENAB OEP AC I NG ENG I NEB I T ) ; 

PsuedoRegister = PsuedoRegister | ( ( ( ( uVl20 WORD) 

( Segment at ionControlReg is te\r->S tart Segment at ion) ) << 
S EGMENTAT I O NCO NTRO LENABLEP AOINGCLOCKS HI FT ) & 
SEGMENTATIONC0NTROLENABLEPAC£NGCL0CK3IT ) ; 

PsuedoRegister = PsuedoRegister | ( ( ( ( UST20WbRD) 

(SeginentationControlRegister->St^artSegmentation) ) << 
S EGMENTAT IO NCO NTRO I, IDL EC ELLGEJTERATIONS HI FT) & 
S EGMENTATIO NCO NTRO L IDLECEIXGENERATIO NB IT) ; 



Trans ferWordTo Transputer (Data, &PsuedoRegister) \ ; 



return (UST20WORD) NumberOf Bytes 

} 
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ANNEXE 6 

WriteFunction\ \ : = Write Ret urnType Write FunctionNarue WriteParameteri* - 

ist WriteFuncfionDeclaration 

WriteReturnTypV \: := VoidType 

WriteFunctionName : : = WriteToToken Typedef Structure Name 

WriteParameterList ::= <OpenBracketToken> Int32Tvne AddressToken<Com- 

maToken> CharType StarDatafoken <CornmaToken> 
Int3 2Type tfumberOf BytesToken <CoramaToken> 
Int3 2Type CycleToken <CommaToken> Typedef Indea- 
tifierName <StarToken> Parameterldentif ierNaitie 
<CloseBracketTokea> 

WriteFunctionDeclara\ion ::= <0pen3raceToken> WriteFunctionBody 

x <ClosingBraceToken> 

WriteFunctionBody : : PsuedoRegisterDeclaratio n PsuedoRegisterlni- 

tSLalisation Trans ferWordFrortfTransputerl in- 
vocation RegisterDeref erenceAssignment 

PsaedoRegisterDeclarationX: : s Ust20type PsuedoRegisterToken <Semi- 

,colonToken> <CarriageReturnToken> 



PsuedoRegisterXnitialisatio 
Trans ferWordFromTransp uteri 



: := PsuedoRegisterToken <EqualsToken> 
-oToken <SeimcolonToken> <CarriageRe- 
aToken> 

nvo\ca>tion = TransferWordFromTransputer- 
x x Token TraasferWordFroroTranspu- 

terlnvocationParameterList 



<SemxcolonToken> <CarriageRe - 
>umToken> 



Trans f erWordFromTransputerln^ocat io^arairieterList : : = <OpenB racket To - 

ken> Trans f erWord- 
FrornTransputerlnvo 
cationParameters 

. <CloseBracketTo.- 

ken> 

Transf erWordFromTransputerInv\pca^ionPa^anieters : := AddressOf Psue- 

doRegisterToken<Comma - 
Token>DataToken 



RegisterDeref erenceAssignment : : = N AttributeAssignirients 

AttributeAssignments : : = AttributeAssigrimentX [ AttributeAssignment ] 

At tribute Assignment : : = AttributeDef erenceAndAssignment 

AttributeDef erenceAndAssignment : : =» AttributelnRegisterDeref erence 

<EqualsToken> ValuteAssignment <Seiai- 
coIonToken> <CarriageRe'turnToken> 



AttributelnRegisterDereference : := Parameterldentif ierName<ArrowTo - 

ken>AttributeXdentif ierName 

VaiueAssignment ValueDerivedFromRegister 

ValueDerivedFromRegister : : =» CastToAttributeType <0 pte nB racket To ken> 

<OpenBracketToken> Psueclo Register <BitAndTo- 
ken> AttributelnRegisterBitsConstant <Close- 
BracketToken> <ShixtDownToken> \ 
AttributeInRegisterBitsSh±f t <ClqseBracketTo - 
ken> 

CastToAttributeType : : =* <OpenBracketToken> AttributeType^ <CloseBrack 
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ANNEXE 7 



yS EGMENTATIO NCO NTRO LS TARTS EGMENTATIO NB IT 0x1 
S^GMENTATIONCONTROLENABLEPACINGENGINEBIT 0x2 

S EGMENTATIO NCO NTRO LENABLEPACINGCL0CX3IT 0x4 
S EGMENTATIO NCO NTROLIDLECELLGENERATIQN3 IT 0x3 
S EGMENTATIO NCO NTRO LS TARTS EGMENTATIO NS HI FT 0x0 
S EG ME NT AT* O NC O NT RO L EN A3 L EP AC I NG ENG I N ES H I FT 0x1 
S EG ME NT AT I oVc O NTRO L EN AB LEP AC I NG CLOCK SHIFT 0x2 
S EGMENTATIO Nc\nTROLIDLECELLGENERATIONSHIFT 0x3 



void WriteToSegmentationOonp^l (INT32 Address, char *Data, INT32 

NumberOf Bytes, INT3 2 Cycles, 
S ARSEGMENT AT 10 NCO NTRO L 
^SegmentationControlRegister) 



C 



UST20WORD 



PsuedoRec ister\ ; 



Psuedo Register -Or 

TransferWordFronffransbatef\^^uedoRegister, Data) 

SegmentationControlRagister->Start Segment at ion = (BOOL) 

( ( PsuedoRegister & 
"SEGMENTATIONCONTROfTSTARTSEGM 
ENTATIONBIT) » 

S EGMENTATIO NCO NTRO LS TARTS EGM 
ENTAT IO NS HI FT ) ; 

SegmentationControlRegister->Enable?aoJ_ngEngine = (BOOL) 

( \psuedoRegister & 
S EGMENTATIO NCO NTRO LENABLEPAC 
INGfeNGINEBIT) » 
S EGMENTATIO NCO NTRO LENABLEPAC 
INGENfclNES HIFT ) ; 

SegmentationControlRegister->EnablePacingClo\ck (BOOL) 

((PsuedoRegister & 
S EGMENTATIO NCO NTRO LENABLEPAC 
INGCLOCKBOT ) » 

SEGMENTATIOWCO NTRO LENABLEPAC 
INGCLOCKSHIFT) ; 

SegmentationControlRegister->IdleCellGeneration = (hOOL) 

( ( PsuedoRegisteV & 
S EGMENTATIO NCO NTRO LCO NTRO L ID 
LECEIXGENERATIONBSIT ) » 
S EGMENTATIO NCO NTROvLCO NTRO LID 
LECELLGENERATIONSHIFT) ; 
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ANNEXE 8 

QueryPunct:io\ ::= ReturnType Query FunctionName ParameterList Func- 
tionDeclaratiism 

ReturnType : : = VttributeType 
QueryFunctionNairite Attr ibuteldent if erName InTokea TypedefStruc- 

ParameterList : : =\<OoenB racks tToken> Typedef Identif i erName <StarTo- 

\ &en> Parameterldent jle lerName <CloseBracketToken> 

FunctionJDeclarationX : : = <0pen3raceTokea> FunctionBody <Closing3race- 

\ To ken> 

FunctionBody ::= Returns tat erne nt 

ReturnStatement ::= RAturnToken RegisterDeref erence 

RegisterDereference : : A Parameterldentif ierName<DashArrov>AttributeI 

\ dentif erName <SemicolonToken> <CarriagaRe 
tumToken> 



Typ e de f S true tureName 



,ie name given to the structure of the type 
vdef 



UST20WORD ValuelnBasepagePtlf (3AEEPAGEPTR ^Register) 



C 



return Register->Valile i 



10 



SetFunction : := SetReturn^pe 9yeitFunctio r^Name SetParameterList Sef- 

FunctionCeclaitfation 

SetReturnType : : =» VoidType 

SetFunctionName- = : = SetToken .Attribute Ide^nt if erName InToken Typede 

f Structure Name 

SetParameterList ::= <0pen3racketToken> Typ edef Identifier Name <Star- 

Token> Parameter Identir ierName AttributeType val 
ueldentif erName <CloseBrac.ketTokeri> 

SetFunctionDeclaration : : - <OpenBraceToken> SekFunctionBody <Closing 

BraceToken> 

SetFurxctionBody : : - RegisterDeref erenceAssignme At 

RegisterDeref erence Assignment RegisterDeref eAe nee <EqualsToken> 

Attributeldentif lerN&me <SemicolonTo - 
ken> <CarriageRetumToken> 

RegisterDereference : : =» Parameterldentif ierNajM<ArrowToken>Attrib- 

uteldentif erName <Equa^sToken> Value I - 
dentif erName 
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ANNEXE 11 



void SetValuelnBasepagePtr (BASEPAGEPTR * Pointer/ UST20WORD AnyName) 



C 

Po inter ->^alue = AnyName 

} 




ANNEXE 12 

ReadFunction : : = ReturnType ReadFunctionName 'ParameterList Function- 
Declaration 



>rdTyp 



ReturnType : : = UWordType 

ReadFunctionName :: = ReadFromToken Typedef StructureName 

ParameterList : <Openflrac^etToken> VolatileToken Typedef Identifi- 

erName S^fcarToken ParameterldentirierName <Close- 
B r a ck e t T Ojc e n> 

FunctionDeclaration : : ^ <Q^enBsraceToken>' FunctionBody <ClosingBrace- 

Toker 

FunctionBody ::~ Returnfetata^mj 

Returns t a tement : : = Retyx^rfolden C^stToUWordDataType RegisterDeref er- 

ence 

li 

CastToUWordDataType : : =1 KOperiBrScice^Token> UWordtype <CloseBracketTo - 

ken> 

RegisterDeref erence : : - \^araineterNrdentif ierName<Arro wToken> Attrib- 
ute Ident if ierName <SemicolonToken> <Car- 
riageReturnToken> 



ANNEXE 13 

Sdefine S EGMENTATIO NCO NTROL STARTS EGMENTATIO NB IT 0x1 
^define SEGMENTATIONCONTROLENABLEPACINGEfcGINEBIT 0x2 
^define S EGMENTATIO NCO NTROLENABLEPACINGCLOC KIT 0x4 

^define S EGMENTATIO NCO NTROL I DLECELLGENERATIONB IT 0x3 

CTWORD ReadFromSegmentationControl (volatile S apMENTAT 10 NCO NTROL 

^Pointer) 

C 

return (UVORD) Pointer->Value 




ANNEXE 14 



WriteFunction 



: : =» WriteReturnType WriteFunctionName WriteParameterL- 
ist WriteFuncrionDeclaration 



riteReturnType ::= VoidType 
WriteFunct 



no nName 
WriteParhmeterLis 




WriteFunc tioaDec 



WriteFunctionBody : 
RegisterDeref ere ace 



: : = WriteToToken Typedef S tructureName 

t <OpenSracketToken> <VolatileToken> Tvpedef in- 

dent if ierName StarToken Parameterldentif i- 
erName <ConstToken> UWordType 
Value Ident if ierName <Close3racketToken> 

tion : : enBraceToken> WriteFunct ion3ody 

<lClosangBraceTokerL> 

=* ReqisqerDeref eren.ce 

: : = Pa2?amet 



if ierName<ArrovToken>Attrib - 
]ku-fce*T &ent if ierName <EqualsToken> Valuel- 
aent if ierName <S eiai colon/To ken> 
< Car r.i a g e Re t urnTo k e n> 




void WriteToBasepagePtr (volatile SEGMENTATIONCON'TRQL *Pointer, const 

UWORJD Value) 



Pointer->Value = Value 




Documentation : : = FontCatalog TableDef initions Paragraphs 

FontCatalog : \ OpenStatement Fonts CloseStatement 
Fonts ::= Foitl Font2 Font3 

Fontl::^ OpenStatement FontToken Tagl Family Angle Weightl Sizel Clos- 
eStatement 

Font2::= j OpenStatement FontToken Tag2 Family Angle Weight2 Sizel Clos- 
eStatement 

Font3::= OpenStatement FontToken Tag3 Family Angle Weightl Size2 Clos- 
es taoement 

Family ::= OpenStatement FamilyToken Opens ingleQuo te FamilyString 

ClosYsingleQuote CloseStatement 
Angle::- OpenStatement AngleToken OpenS ingleQuo te AngleString CloseS- 

ingleQuote\ Clos e Star erne nt 
Tagl ::= OpenStatement TagToken OpenS ingleQuote TaglString CloseSin- 

gleQuote CloseStatement 
Tag2 OpenStatementyTagToken OpenS ingleQuote Tag2String Closes in- 

gleQuote CloseStatement 
Tag2 : : =* OpenStatement mgToken OpenSingleQuote Tag3String CloseSin- 

gleQuote CloseStatement 
Weightl : : =* OpenStatement\ WeightToken OpenSingleQuote WeightlString 

CloseSingleQuote CloseStatement 
Weight2 OpenStatement WeightToken OpenSingleQuote Weight2String 

CloseSingleQubtte CloseStatement 
Sizel OpenStatement S^zeTokeVi OpenSingleQuote SizelString Closes - 

ingleQuote Gklosefetat^ment 
Size2 OpenStatement S\^zeTaken\o pens ingleQuote Size2String CloseS- 

ingleQuote C]p^ses\ateri^ent 

TableDef initions : 



TableDef inition : : 



TableConfig : := TablelD Tabl^eFotmat iableNumberColumn TableColumnWidth 
TablelD ::= OpenStatement TbllDToken \lD number CloseStatement 
TableFormat : := OpenStatement NrblTagTo Wen OpenSingleQuote FormatString 

Closes ingleQuote CloseStatement 

Table NumberColumn : : = OpenStatement TblNumColumnsToken ColumnNumber 

CloseStatement \ 
TableColumnWidth widthl widthl Width2\ Width2 widthl Width3 

Widthl ::= OpenStatement TblNumColumnWidtnToken WidthlString CloseS- 
tatement \ 
Width2 OpenStatement TblNumColumnWidthToken Width2String CloseS- 

tatement \ 
Width3 ::= OpenStatement TblNumColumnWidthTolcen Width3String CloseS- 
tatement \ 

TableTitle : : = OpenStatement TblTitleToken TabieContent CloseStatement 
TableContent : : = OpenStatement TblTitleContentTbken ParaTitle CloseS- 
tatement \ 
ParaTitle : : = OpenStatement ParaToken ParaTitleTag ParaTitleFont 

ParaTitleLine CloseStatement \ 
ParaTitleTag : : =» OpenStatement . Pgf TagToken OpenSingleQuote PgfTagTi- 

-tleString Closes ingleQuote CloseStatement 




Open^tat-emeAt TblsToken TableDef inition (Table- 
Q e-f initYon} X closxeStatement 
= OpenSmefcent pl^ken TableConfig TableTitle Ta- 
bleHeader\ TableBody CloseStatement 



# • 



ParaTitiLeFont OpenStatement PgfFontToken TagTitle CloseStatement 

TagTitlfe OpenStatement TagToken OpenSingleQuote TagTitleString 

Closes ingleQuote CloseStatement 
ParaTitl^eLine ::= OpenStatement ParaLineToken StringTitle CloseState- 
ment 

StringTitle : : = OpenStatement StringToken OpenSingleQuote TableName 
CloseSingleQuote CloseStatement 



TableHeader \ : : = OpenStatement TblHToken RowHeader CloseStatement 
RowHeader. : :V OpenStatement RowToken CellsHeader CloseStatement 
CellsHeader :\ = CelllHeader Cell2Header Cell3Header Cell4Header 

CellSHeader Cell6Header 
OpenStatement CellToken CelllContentHeader CloseState- 
ment 

;nStatement CellToken Cell2ContentHeader CloseState- 
nt" 

Cell3Header : := OpenStatement CellToken Cell3ContentHeader CloseState- 



CelllHeader 
Cell2Header 



Cell4Header : : =* OpeVs tatement CellToken Cell4ContentHeader CloseState- 



CellSHeader ::= OpenStatement CellToken CellSContentHeader CloseState- 
ment 

Cell6 Header: := OpenStatement CellToken Cell6ContentHeader CloseState- 
ment 



CelllContentHeader 



Cell2ContentHeader : : =^ <Jpe 

clV 

Cell3ContentHeader 



peiaStatement CellContentToken ParalHeader 
cXos^e Statement 



itement CellContentToken Para2Header 
Statement 

^pperiSta^ement^CellContentToken Para3 Header 

CloseStatement _ _ - _ _ . _____ 

Cell4ContentHeader : : = )^p enslavement CellContentToken Para4Header 

:low_e Statement 

CellContentToken ParaSHeader 



CellSContentHeader 



Loses tac* 



CellSContentHeader ::- ^p^StatefcentsJCellContentToken ParaSHeader 

ParalHeader : : =» OpenS tatement ParaNTokej)^ParaHeaderTag ParaHeaderFont 

Par aLine IHea dejr--<riSpse S t a t erne nt 
ParaLinelHeader ::= OpenS oat erne nt ParaLineToken StringlHeader CloseS- 
tatement \ 

StringlHeader : : - OpenStatement StriAgToken OpenSingleQuote 

HeaderlName ClosesYngleQuote CloseStatement 
Para2Header : : =» OpenStatement ParaTokek ParaHeaderTag ParaHeaderFont 

ParaLine2Header CloseStatement 
ParaLine2Header ::= OpenStatement ParaLineToken String2Header Closes 

tatement 

String2Header : := OpenStatement StringTokeYt OpenSingleQuote 

Header2Name CloseSingleQiiote CloseStatement 
Para3Header : : =» OpenStatement ParaToken ParaHeaderTag ParaHeaderFont 

ParaLine3Header CloseStatement 
ParaLinelHeader : : = OpenStatement ParaLineToken String3Header Closes 

tatement 

String3Header : := OpenStatement StringToken Ope r_S ingleQuote 

Header3Name CloseSingleQuote CloseStatement 
Para4Header ::= OpenStatement ParaToken ParaHeaderTag ParaHeaderFont 

ParaLine4Header CloseStatement 
ParaLinelHeader : : = OpenStatement ParaLineToken Stri_ng4 Header Closes 

tatement 



ParaLineS Headier 



String 4 Header : : = OpenStatement StringToken Opens ingleQuote 

Header4Name Closes ingleQuote CloseStatement 
Para5Header\ : : = Opens tatement ParaToken ParaHeaderTag ParaHeaderFont 

ParaLineSHeader CloseStatement 
::= OpenStatement ParaLineToken StringSHeader CloseS- 
tatement 

Strings Header\ :: = OpenStatement StringToken OpenSingleQuote 

HeaderSName Closes ingleQuote CloseStatement 
ParaSHeader : :V* OpenStatement ParaToken ParaHeaderTag ParaHeaderFont 

ParaLineSHeader CloseStatement 

= OpenStatement ParaLineToken StringSHeader CloseS- 
tatement 

StringSHeader :: A OpenStatement StringToken OpenSingleQuote 

HeaderSN'ame CloseS ingleQuote CloseStatement 
ParaHeaderFont = "OpenStatement PgfFontToken TagHeader CloseStatement 
TagHeader ::= OpenStatement TagToken OpenSingleQuote TagHeaderString 

CloseSrngleQuote CloseStatement 
ParaHeaderTag :: = OpenStatement Pgf TagToken OpenSingleQuote Pgf Tag- 
HeaderString CloseSingleQuote CloseStatement 



ParaLinelHeaderX 



RowsStraddle : : = RowStra 



TableBody OpenStatement TblBodyToken RowBody (RowBody} CloseState- 

ment 

RowBody : : = OpenStateme roken CellsBody CloseStatement 

RowsStraddJ 

Idle A ftpwStraddleB 
RowStraddleA ::= OpenStatement ^owTo ken CellsBodyS traddleA CloseState- 
ment 

RowStraddleB ::= OpenS t^tlement^R'S^To ken Cells BodyStraddleB CloseState- 
ment 

CellsBodyStraddleA :: = de^BodyStAa\idleA_ Cell2Body _ CeJL13Bpdy_ 



elVL4Bb^dy^ Cells Body Cell6Body 



CellsBodyStraddleB CellteodyStraardleB Cell2Body Cell3Body 

CeljUBody Ce\l5Body Cell6Body 
CellBodyStraddleA = OpehsAatement GellToken CellRows 

CloseStatement 



Celll&ontentBoc 
L " llRowsToke 



CellRows : := OpenStatement <CeYLlRowsToke\n StraddleMumber CloseStatement 
CellBodyStraddleB ::= Opens trireme nt CellToken EmptyCellContent Closes - 

tatemer 

EmptyCellContent OpenStatement CellCoVitentToken CloseStatement 



CellsBody 

CelllBody 
Cell2Body 
Cell3Body 
Cell4Body 
CellSBody 
CellSBody 
CelllCo ntentBody 

Cell2ContentBody 

Cell3ContentBody 

Cell4ContentBody 

CellSContentBody 



CelllBody Cell2Body Cell3BodV Cell4Body CellSBody 
CellSBody 

OpenStatement CellToken CelllCjy ntentBody CloseStatement 
OpenStatement CellToken Cell2CdntentBody CloseStatement 
OpenStatement CellToken Cell3ContentBody CloseStatement 
OpenStatement CellToken Cell4ConfcentBody CloseStatement 
OpenStatement CellToken CellSConttentBody CloseStatement 



OpenStatement CellToken CellSCont 
:= OpenStatement CellContentTo 
tatement 

:= OpenStatement CellContentTo ke 
tatement 

:= OpenStatement CellContentToken 
tatement 
OpenStatement CellContentToken 
tatement 

:=» OpenStatement CellContentToken 
tatement 



tBody CloseStatement 
ParalBody Closes - 

Para2Bodv Closes - 



VPara3Body Closes - 
Para4Body Closes- 
PaisaSBody Closes- 
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Cell6Conten\tBody : : =• OpenStatement CellContentToken ParaSBody Closes - 

\ tatement 
ParalBody :: ^ OpenS tatement ParaToken ParaBodyTag ParaBodyFont 

ParaLinelBody Closes tatement 
ParaLinelBody \:= OpenStatement ParaLineToken StringlBody CloseState- 

ment 

StringlBody : : =* GJpenS tatement StringToken OpenS ingleQuo te BodylName 

ZloseSingleQuote Closes tatement 
Para2Body = OpenStatement ParaToken ParaBodyTag ParaBodyFont 

ParaLine2Body Closes tatement 
ParaLine2Body ::= OpenStatement ParaLineToken String2Body CloseState- 

nt 

String2Body = OpenStatement StringToken OpenSingieQuote Body2Name 

CloseSingleQuote Closes tatement 
Para3Body ::= OpenS tat eWnt ParaToken ParaBodyTag ParaBodyFont 

ParaLine3Rody CloseStatement 
ParaLine3Body : : = OpenStatement ParaLineToken String3Body CloseState- 
ment 

String3Body OpenStatement StringToken OpenSingieQuote Body3Name 

CloseSingleQuote CloseStatement 
Para4Body : : OpenStatement \Para Token ParaBodyTag ParaBodyFont 

"oseStatement 

raliineToken String4Body CloseState- 



ParaLine4Bod; 
ParaLine4Body :: = OpenStat'eme 



String4Body 
ParaSBody : : 



ment 1 

::= OpenStaterrknt S\ 

Closes ingLeQuot 

=* OpenStatement P 
\ \ s 

P a r a L i ne 5 B odji^ C 1 o s 



PafaLineSBody ::= OpenSta 

_ _ ... _ _. . . _ment_ 



int PS; 



en OpenSingieQuote Body4Name 
seStatement 
ken\ParaBodyTag ParaBodyFont 
Statement 

ineToken String5Body CloseState- 



StringSBody :;= OpenStatement StringToken OpenSingieQuote BodySName 

CloseSingdeQuote CloseStatement 
Para6Body OpenS tatement V ParaToken VaraBodyTag ParaBodyFont 

ParaLineSBody \ Closest a teVtent 
ParaLineSBody OpenStatement^ ParaLineToken StringSBody CloseState- 

ment 

String6Body = OpenStatement StringToken \DpenSing-leQuote BodySName 

CloseSingleQuote CloseStatement 
ParaBodyFont : : =» OpenStatement Pgf FontToken VagBody CloseStatement 



TagBody OpenStatement TagToken OpenSingieQuote TagBodyS tring Clos- 

eSingleQuote CloseStatement 
ParaBodyTag : := OpenStatement PgfTagToken OpenS iWleQuote PgfTagBodyS- 
tring CloseSingleQuote CloseStatiement 



Paragraphs : : - Paragraph (Paragraph) 
Paragraph : : = OpenStatement ParaToken ParagraphConteAt CloseStatement 
ParagraphContent ::~ ParagraphTag ParagraphLine 
ParagraphTag : : 53 OpenStatement PgfTagToken OpensingleQVote BODY Clos- 
eSingleQuote CloseStatement 
ParagraphLine OpenStatement ParaLineToken ParaLineCoVitent CloseS- 

tatement 

ParaLineContent : : 53 OpenStatement ATblToken IDNumber CloseStatement 



\ 



30 



TblsToken : : =» This 
TblToken : : = Tbl 
TblTagToken TblTag 
TblBoVlyToken ::= TblBody 
TblNuAiColuinnsToken : ; - TblNumColumns 
TblNuirfcolumnWidthToken ::- TblMumColumnWidth 
TblTitieToken : : ~ TblTitle 
TblTitleContentToken = TblContent 
CellRowsToken : : = CellRows 
ParaToken : : - Para 
PgfTagToken ::= PgfTag 
ParaLineTcMen : : = ParaLine 
StringTokeh ::= String 
TblHToken A : = TblH 
RowToken : : * Row 
CellToken : :\f Cell 
CeliContentToken ::= CellContent 
Pgf FontToke-q. V : = PgfFont 
TbllDToke/rv : :XTblID 
; = ftffbl 



ATblToken 
Font To ken 
TagToken 
FamilyToke 
AngleToken 
WeightTo 
SizeToken 



TagHeaderStri 
TagTitleStri^„ 
Ta g Bo &y S t ri ng\ \: : = 1 
PgfTagTitleStr^ng 
PgfTagHeaderString 
PgfTagBodyString : 
WidthlString 
Width2String 
Wi"dt:h3 String 
FormatString 
FamilyS tring 
AngleString 
TaglS tring 
Tag2String 

Tag3String 
We ightlS tring 
Weight2S tring 
SizelString : 




TaglString 
Tag3String_ __ 
ag2String 
:= TableTitle 
= CellHeading 
CellBody 

o . 1 

1. 
1. 

F03 

Times 
= RegulWr 
NoWarekeading 
NoWareBpdy 
NowareTltle 
: := Bold \ 
: : = Regular 
= 11. 0 pt ' 




Size2String : : 12 . 0 
Opens ingleQuote : : 53 
Closes ingleQuote : := 



Pt 
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TableName ::= Typedef Ident if ierName 



HeaderiName 
Header 2 Name 
Header 3 Name 
Hea > c^er4Name 
Headers Name 





Word Offset 
Bit Offset 
Bit Field 
Function 
Reset State' 
R/W 
Current, 
Size of 
Name of 
Co rumen. 



A 



IDnumber : : = start a 
ColumnNumber : : = 6 

StraddleNumbef :: = NuAiber of attributes 
Tableldentif ierName 



Headers 
BodylName 
Body 2 Name 
Body 3 Name 
Body 4 Name 
data structure 
Body5Name ::= 0 I NUIX 
Body6Name : : = R/W comment giv^n 



ter number 

jite given in the input data structure 
ribute given in the input data structure 
.— wi~th the attribute within the input 




the input data strucure 



ithin the current register 
- Name given to the typedef of the data structure 



CloseStatement 
OpenStatement : 



> 

< 



